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SYSTEMS DE SURVEILLANCE SANITAIRE METTANT EN CTOVRE LE DIAGNOSTIC 

MEDICAL 



1. Le problem© 

La part du suivi a distance dans la prise en charge 
m6dico-sociale global des malades, et notainment le maintien k 
domicile (MAD) des malades, est amen6 & se d6velopper et avec 
lui la t616surveillance qui permet d'appr6cier une situation de 
risque en l r absence de personnel soignant. Le contexte du suivi 
& distance des malades, notainment en MAD, iraplique de plus 
1' utilisation d'outils non traumatisants pour la personne et 
capables de d6celer une degradation possible de son etat de 
sant6. 

La t616surveillance d'un malade s'effectue avec des 
appareils enregistreurs (materiel d' assistance m^dicale, 
capteurs, cam6ra f etc) places dans 1' environnement du malade et 
qui, en cas d'anomalie, transrnettent un signal par un r6seau de 
communication & des personnes designees pour porter secours au 
malade. Ces systdmes detectent des 6tats de crise (ex : chute, 
trouble du rythme cardiaque) chez des malades dont les risques 
sont identifies et qui font l'objet d'une surveillance 
g6n6ralement intensive. Par contre, ils s'appliquent mal a la 
population MAD qui sont des personnes « fragiles » n6cessitant 
une surveillance sanitaire quotidienne la moins traumatisante 



WO 2005/048160 



PCT7FR2004/050556 



possible et souvent non intensive. La plupart de personnes §g6es 
suivies en MAD, dont le nombre doit consid6rablement augment er 
dans les ann6es a venir dans 1' ensemble des pays occidentaux, ne 
pr6sentent pas de pathologies dominantes, ce qui rend difficile 
5 1' anticipation des phases de crise a partir de la seule mesure 
d'un signal physiologique. 

2. 1/ art anterieur 

2.1 La telealarme 

La t616alarme est largement utilis^e en MAD, soit en 
10 complement d'appareils m6dicaux, soit seule. Ce terme regroupe 
divers dispositifs, fixes ou embarqu6s, actionn^s par la 
per sonne pour d6clencher l r appel de numeros d'urgence par le 
reseau RTC ou GSM. Ces dispositifs, hormis leur grande 
simpllcite d r utilisation, presentent 1' inconvenient majeur de ne 
15 pas permettre d'apprecier la gravity r6elle de la situation. 
Leur utilisation intempestive, soit volontaire, soit par erreur 
de manipulation, mobilise done des 6quipes de secours pour des 
interventions pas tou jours justifiees. 

2.2 Les capteurs intelligents 

20 Des dispositifs multi-capteurs, dits « intelligents », 

raccor:d6s au malade ou places dans son lieu de vie, permettent 
respectivement un suivi physiologique plus complet 
<61ectrocardiogramme, saturation en 02, sodium sur la peau, ...) 
et 1' appreciation des facteurs environnementaux qui agissent sur 

25 le malade. Parmi les systemes existants, on peut citer les 
« v§tements intelligents » qui incorporent des puces (Medes, 
Nokia,,...) ou les experimentations domotiques menses par le CNRS 
de Grenoble. L' utilisation de tels systdmes implique une 
permanence m^dicale d£localis6e qui interpr^te les donn6es. La 

30 mise en place de cette logistique coflteuse restreint aujourd'hui 
son application en MAD & la surveillance de pathologies aigues. 

2.3 Systemes experts 

Pour s'affranchir d'une surveillance sanitaire 
pennanente, des systemes experts par pathologie se d^veloppent. 
35 lis effectuent une analyse & distance des donndes provenant du 
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malade (signaux, mesures, texte) et peuvent retourner des 
conseils mfedicaux ou alerter les professionnels de sant6. 
L'approche d6terministe de ces systdmes restreint leur 
application a des malades relevant d'une pathologie bien 
5 maitrisde. La complexity des polypathologies ne peut aujourd'hui 
etre trait6e par ces mfethodes, ce qui lijtiite fortement 
1' utilisation des systemes experts chez les sujets Sg6s qui 
repr6sentent la principale population trait6e en MAD. 

En outre, les different s proc6d6s de l'art ant^rieur 
10 present6s ci— dessus pr6sentent d'autres inconvenients , k savoir: 

i) Les informations mesur6es par les capteurs sont 
transmises via un r6seau de communication de telle sorte que, si 
un probl&ne de communication empSche la communication entre le 
capteur et la permanence medical e d£localisee, les donn6es 

15 relev6es parr les capteurs ne peuvent pas etre utilis^es pour 
pr6venir le malade et/ou des services d'urgence (ambulance, 
m^decin) distinct en cas de n6cessit6. 

ii) Chaque capteur transmet des informations 
« brutes » que la permanence medicale analyse et interpr&te avec 

20 une frequence d6termin6e, c'est-a-dire de fagon discontinue. D6s 
lors, si un incident de sant£ se produit entre deux analyses, il 
existe le risque que cet incident ne soit d6tect6 que lors de la 
deuxi£me analyse, ce qui provoque une perte de temps dans la 
reaction mise en oeuvre par la permanence medicale d61ocalisee. 

25 Par ailleurs, si une alarme est associ^e aux 

informations transmises par un capteur, la permanence medicale 
est alert6e de 1' incident de sant6 d£s que les informations 
fournies par la sonde atteignent le seuil d' alarme. Dans ce cas, 
il est n6cessaire d' analyser les informations ant6rieures & 

30 1' alarme pour 6ventuellement de teeter une information pertinente 
concernant le diagnostic & effectuer. 

Ainsi, lorsque 1' alarme se produit, la permanence 
medicale se trouve confrontee & une situation d'urgence sans 
pouvoir syst£matiquement replacer 1' alarme dans le context e 
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general du patient (antecedents medicaux et chirur gi caux , 
allergies r ...) . 

iii) Lorsque plusieurs capteurs sont utilises pour 
fournir differentes informations, chaque information est 
5 relative a un parametre medical propre - tension, 
eiectrocardiogramme (ecg) , temperature, etc . 

D£s lors, la permanence m6dicale doit analyser chaque 
parametre, d'une part, de fagon individuelle et, d' autre part, 
en combinaison avec les autres param^tres, ces combinaisons 
10 augmentanfc & nouveau la quant it6 d' informations devant etre 
traitde par la permanence medicale delocalisee, voire par des 
permanences distinctes qui le cas echeant devront se concerter 
pour d6cider et/ou engager une action sanitaire. 

15 3. La solution 

La presente invention vise a remedier & au moins un 
des inconv6nients mentionnes ci-dessus. Elle concerne un proced6 
de surveillance sanitaire mettant en oeuvre un diagnostic 
medical etat>li par une personne medicalement qualifiee vis-^-vis 

20 d'un malade suivi a distance, notamment & son domicile, et suivi 
via un r£seau de communication, caracterise en ce que : 

- La personne m6dicalement qualifiee associe des 
donnees m^dicales £l des actions sanitaires dans un serveur via 
des regies de surveillance, 

25 - Le serveur programme un terminal distant, situ6 a 

proximite du malade de telle sorte que le terminal distant met 
en oeuvre un automatisme appliquant les regies de surveillance 
aux donnees medicales fournies au terminal par au moins un 
capteur associe au malade et/ou par une interface homme -machine 

30 du terminal distant et/ou par une interface homme -machine d'un 
poste en rr6seau et/ou par le r6seau. 

Grace & 1' invention, il apparait qu'une personne 
medicalement qualifiee peut etre veritablement aid6e par des 
moyens automatiques pour effectuer la surveillance d'un malade 
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suivi & distance selon le diagnostic determine par cette 
personne medical ement qualif i6e. 

Dans un mode de realisation, les donnees medicales 
fournies au terminal par un capteur propre au malade et/ou par 
5 une interface homme -machine du terminal distant et/ou par une 
interface homme-machine d'un poste en r6seau et/ou par le reseau 
sont transmises £ la personne medicalement qualifiee via un 
reseau de communication afin que cette demi&re prenne en compte 
ces donnees transmises pour eventuellement modifier les regies 
10 de surveillance associant les donnees et les actions sanitaires 
au niveau du serveur. 

Selon un mode de realisation, on integre au moins un 
capteur et/ou une interface homme-machine au terminal distant. 

Dans un mode de realisation, on ajoute, modifie ou 
15 eiimine des regies de surveillance sur le serveur via le reseau 
de communication de fagon automatique ou manuelle. 

Selon un mode de realisation, on associe au terminal 
distant des moyens pour tester sa communication avec la personne 
m6dicalement qualifi6e et/ou avec un tiers de fagon a assurer 
20 1' envoi d'alertes £l cette personne et/ou a ce tiers lorsque des 
regies de surveillance sont mises en oeuvre. 

Dans un mode de realisation, le capteur et/ou 
1' interface homme-machine du terminal distant et/ou 1' interface 
homme-machine du poste en reseau et/ou le reseau transmet des 
25 donnees de fagon discontinue au terminal. 

Selon un mode de realisation, on utilise differents 
capteurs pour mesurer plusieurs donnees medicales de categories 
distinctes. 

Dans un mode de realisation, les capteurs consideres 
30 visent A mesurer des donnees d'au moins une des categories de 
donnees suivantes : la pression arterielle, le rythme cardiaque, 
la temperature de l'organisme, la temperature cutanee, le taux 
de sodium sur la peau, les parametres cinetiques et/ou 
cinematiques du corps, un dosage sanguin, une analyse d' urines 
35 et/ou des selles et/ou des gaz du sang, le poids, les donnees de 
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l'eiectrocardiogrramme, les bruits du coeur, la saturation en 
oxygene, une image thermique. 

Dans un mode de realisation, un capteur comprend une 
interface horame-machine afin de fournir des donnees m6dicales au 
5 terminal via 1' interface telles que : intensite des douleurs, 
etat de fatigue , alteration de l'etat de conscience , Elocution 
difficile. 

Selon ion mode de realisation, on associe a 1' interface 
homme-machine du terminal distant des moyens pour intervenir sur 

10 le serveur. 

Dans uxi mode de realisation, les donnees transmises 
par le r6seau sont relatives & des donnees telles que des 
r£sultats d'examens biologiques et/ou au fonctionnement d'un 
materiel connects au r6seau, notamment d' un equipement domotique 

15 pour la detection de presence, le controle d'accds, du 
chauffage, de I'&clalrage, des ouvrants, de 1'lncendle, de 
1' inondation, de la coupure secteur, et/ou d'un dispositif 
medical, relatives £l un signal d' alarme ou a tout signal 
resultant de la transformation de mesures et provenant d'un tel 

20 appareil connecte, notamment une pompe et/ou un perfuseur et/ou 
un respirateur et/ou un d6tecteur de chute, ou encore relatives 
k des informations provenant d'un logiciel tiers, notamment d'un 
systeme expert, et susceptible d'etre execute sur le terminal ou 
sur une machine connect 6e au terminal, comme un logiciel de 

25 surveillance de 1' autodialyse et/ou de surveillance glycemique 
des diabetiques et/ou de surveillance de 1' hypertension 
arterielle. 

Selon un mode de realisation, des regies de 
surveillance sont mises k disposition d'une personne 
30 medicalement qualifiee, afin qu'elle puisse rendre. ces regies de 
surveillance ope rant e ou inop6rante. 

Dans un mode de realisation, un utilisateur fournit 
des donnees au terminal distant via le r6seau au moyen d'un 
materiel distinct dudit terminal distant, notamment au moyen 
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d'un terminal disposant de moyens de communication sans fil de 
type radio frequence et/ou infrarouge. 

L' invention concerne aussi un poste de surveillance 
sanitaire characterise en ce qu'il comprend des moyens pour 
5 qu'une personne regoive des alertes et/ou interroge le serveur 
de donnees via une interface homme -machine selon un proc6d6 
conforme & l r une des realisations prec6dentes. 

1/ invention concerne 6galement un poste medical 
caract6rise en ce qu'il comprend des moyens pour qu'une personne 
10 m^dicalement: qualifi6e programme, via une interface horame- 
machine, un terminal distant selon un proced6 conforme a l'une 
des realisations pr6c6dentes. 

L' invention concerne 6galement un serveur de 
surveillance sanitaire visant k permettre de mettre en ceuvre un 
15 diagnostic medical 6tabli par une personne m6dicalement 
qualifiee vis-a-vis d'un malade suivi a distance, notamment a 
son domicile, et suivi via ion r6seau de communication, 
caract6ris6 en ce que : 

- Le serveur comprend des moyens pour que la personne 
20 m6dicalement qualifiee associe des donn6es medicales a des 

actions sanitaires dans un serveur via des regies de 
surveillance, 

- Le serveur comprend des moyens pour programmer un 
terminal distant, situe & proximity du malade de telle sorte que 

25 le terminal distant met en oeuvre un autoraatisme appliquant les 
regies de surveillance aux donn6es medicales fournies au 
terminal par au moins un capteur propre au malade et/ou par une 
interface horame-machine du terminal distant et/ou par une 
interface horame-machjLne d'un poste en r6seau et/ou par le 

30 reseau selon un proced6 conforme a l'une des realisations 
precedentes . 

L' invention concerne 6galement un terminal de 
surveillance sanitaire visant £l permettre de mettre en oeuvre un 
diagnostic medical 6tabli par tone personne m6dicalement 
35 qualifiee vis -3. -vis d' un malade suivi & distance, notamment a 
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son domicile , et suivi via un reseau de communi cation , 
caracteris6 en ce cjue : 

Un serveur comprenant des moyens pour que la personne 
medicalement qualifi^e associe des donn6es medicales k des 
5 actions sanitaires dans un serveur via des regies de 
surveillance, le terminal, situe k proximity du malade, coraprend 
des moyens pour §tr:e programme par le serveur de telle sorte que 
ce terminal distant mette en ceuvre un automatisme appliquant les 
regies de surveillance aux donnees medicales qui lui sont 

10 fournies par au moins un capteur propre au raalade et/ou par une 
interface homme-ma chine du terminal distant et/ou par une 
interface homme-machine d'un poste en reseau et/ou par le reseau 
selon un proc6d6 conforme k 1'une des realisations pr6cedentes. 

Finalement, 1' invention concerne aussi un systeme de 

15 surveillance sanitai-re mettant en ceuvre le diagnostic medical. 
Le systeme permet a des utilisateurs, notamment des m6decins, de 
surveiller k distance des malades, notamment des malades 
maintenus k leur domicile. Le systdme coraprend : 

- un serrveur de donn6es connect^ ci un reseau de 
20 communication, notainment de type Internet, 

- une interface homme-machine, notamment installee 
dans un 6quipement informatique, connect6e au serveur de donnees 
via le reseau de communication. L f interface homme-machine est 
mise en oeuvre par les utilisateurs pour : 

25 • select ionner et/ou saisir, dans le serveur de 

donnees, des donnees medicales, notamment du type 
"vomissements", 

• saisir et indexer des actions sanitaires, notamment 
du type "hospitalisation", correspondant aux donnees medicales, 

30 • param^trer, a partir des donnees medicales 

selectionnees, des regies de surveillance, se presentant 
notamment sous la forme de requetes SQL du type "si symptomes = 
vomissements et temperature > 38,5°C, p6riode d' observation = 
24h action sanita±re = contr61er les urines". Les rdgles de 
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surveillance sont enregistrees et index6es aux actions 
sanitaires dans le serveur de donnees. 

IS interface hoinme -machine est en outre mise en oeuvre 
par les utilisateurs pour : 
5 • saisir et transmettre au serveur de donnees des 

protocoles d'alertes, notamment des informations relatives aux 
coordonn^es des personnes a prevenir dans le cas oft une action 
sanitaire r6alis6e serait differente de la r^gle de surveillance 
correspondante . 

10 Le syst&ne comprend en outre : 

des moyens d' analyse destines & analyser la 
compatibility des protocoles ainsi transmis, notamment la 
compatibility dans le temps entre de nouvelles regies de 
surveillance et d'anciennes regies de surveillance . 

15 Le sys t6rne comprend en outre : 

- un terminal distant,- situe chez les malades, 
notamment ch.ez les malades maintenus a leur domicile. Le 
terminal distant est connects a des capteurs, notamment a des 
appareils m6dicaux de mesure, fournissant des donnees m<§dicales 

20 au terminal distant , et/ou le terminal distant regoit les 
donnees m&dicales des utilisateurs et/ou des malades via une 
interface homme-machine du terminal distant, utilisee par les 
utilisateurs et/ou par les malades pour saisir les donn6es 
m6dicales . 

25 Le systdme comprend en outre des moyens de 

programmation pour programmer des autoraatismes dans le terminal 
distant, k partir du serveur de donnees via le r6seau de 
communication. Les automatismes sont programmes k partir des 
donnees m6dicales et des actions sanitaires index6es dans le 

30 serveur de donnees. 

Le terminal distant comprend des moyens deactivation 
des automatismes ainsi programmes pour : 

• appliquer, de maniere periodique, les regies de 
surveillance aux donnees m£dicales fournies au terminal distant 

35 en gen£rant cies actions sanitaires k executer, 
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• controler 1' execution, par les utilisateurs, des 
actions sanitaires, 

• g£n6rer des alertes dans le cas oil les actions 
sanitaires ne sont pas execut6es par les utilisateurs . 

5 Le systeme permet ainsi de constituer une base de 

diagnostic personnalisee pour chaque malade et de g6n6rer le 
declenchement d' alertes appropri6es. 
3.1 Proprietes 

La Surveillance Sanitaire Assist6e par le Diagnostic 

10 (SSAD) est un proced6 permettant 1' utilisation du diagnostic 
medical pour le param6trage des fonctions de surveillance d'un 
g6n6rateur d' alertes erribarque aupr£s d'un patient. II fait appel 
k la notion die « regie de surveillance sanitaire » qui decrit 
Inaction sanitaire pr6conis6e (soins, prescriptions 

15 m6dicamenteuses, examens compl&nentaires, hospitalisation , ...) a 
la suite d' observations m£dicales (relev6s, symptomes, resultats 
d'examen clinique, ...) , notaitiment faites sur des cas cliniques ou 
sur le malade lui-meme, materialisees par 1'enregistrement de 
mesures, de codes ou de chaine de mots : les 

20 « donn^es medicales». 

Ce proced6 comprend d'une part, l'asservissement d'un 
mecanisme de ci6clenchement d' alertes & un contrSle de conform! te 
de Inaction sanitaire aux donn6es medicales sur une « machine 
patient » (MP) . II comprend, d' autre part, la prograntmation de 

25 cet automatisnie a partir de 1' analyse des donn6es du dossier 
medical au moyen d'une interface homme -machine (IHM) specif ique 
accessible sur un r^seau de type Internet. Enfin, le proc6d6 
comprend le traitement et la mise & disposition en reseau des 
donn6es par un serveur de fagon & permettre une gestion 

30 coherent e des regies medicales (historique, congruence, ...) par 
1' ensemble des utilisateurs. 

Le m6canisme g6n6ral de la SSAD repose sur la 
realisation d'un couplage entre les donnees et les actions 
sanitaires, permettant de faire porter le contrSle sur la 

35 realisation des actions et non pas directement sur la valeur des 
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donnfees. II s'agit done d'une generalisation du contrdle de 
capteurs : si 1' absence de personnel soignant erapeche 1' action 
sanitaire sugg6r6e par les donn6es capteur, le protocole 
d'alerte est d6clench6. A 1' inverse, la SSAD permet de prendre 
5 en compte un chainp plus vaste d' observations ainsi que la 
r6ponse apport6e par les soignant s, et done de r6guler de fagon 
trds souple le processus de declenchement des alertes. Par 
ailleurs, une action sanitaire etant conditionnee a la 
probability de presence simultanee de plusieurs donn^es, la SSAD 

10 permet de s'affranchir de la raesure syst6matique en continue 
d'une variable et en particulier de prendre en compte 
1' information contenue dans une expression syntax! que. Une autre 
caract6ristique de la SSAD est 1' Evaluation de l'efficacit6 des 
regies de surveillance & traiter les donnees et d' alerter, le 

15 cas 6ch6ant, les membres du reseau de la necessite de cr6er de 
nouvelles regies- Cette boucle d' autocontrole permet d'enrichir 
la base diagnostic du patient. Enfin, la SSAD permet d'effectuer 
en reseau la md.se & jour des regies m^dicales et la 
t616surveillance dLu patient. L' IHM comporte en particulier des 

20 assistants qui fac±litent la mise £ jour des regies. 

L' utilisation de la SSAD necessite, de la part du 
patient, de disposer d'une machine (MP) specif ique active et 
communicant e, equipEe d'une memoire pour le stockage des donn6es 
et de l'automatisine et, de la part des soignant s et/ou par 

25 d'autres utilisateurs, d'acceder & 1'IHM sur un poste 
informatique en r6seau ou sur MP. 

3.2 Transformation du diagnostic en regies 
L' utilisateur utilise une IHM install6e sur un poste 
informatique en r6seau ou sur MP et entre en communication avec 

30 le serveur de donnees en s' identifiant. Le serveur verifie que 
les codes d' identification correspondent & un utilisateur 
d6clar6 . 

Une fois connects au serveur , 1' utilisateur doit 
effectuer vine selection des donn6es sur lesquelles il fonde son 
35 diagnostic et inscrire les actions sanitaires k realiser. 
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1/ utilisateur precise pour chaque action sanitaire les 
aJLternatives possibles de prises en charge. I/IHM enregistre les 
actions sanitaires sur le serveur et realise leur indexation 
avec les donn6es au sein d'une base de donn6es, par exernple de 
5 type relationnelle . 

Illustration de 1' indexation : 

Antecedents (donn6es) : symptomes de vomissements, 
douleurs abdominales, alteration de l'6tat de conscience , 
releves de temperature 61evee depuis 24h, examen indi quant une 
10 ac^tonurie. 

Diagnostic : hyperglyc&nie . 

Action sanitaire : hospitalisation. 

Dans ion deuxieme temps, 1' utilisateur utilise 1'IHM 
pour traduire la selection de donn6es en rdgle de surveillance 

15 sous la forme d'un test sur les donn6es (sous forme d'une 
requ§te SQL par exernple) qu'il peut simuler et modifier. Le cas 
6ch6ant, il peut utiliser des examples de rdgles du serveur, 
modifier ou rendre inop6rantes des regies actives. L' utilisateur 
sp6cifie 6galement une periode d' observation qui conditionne la 

20 collection de donn6es sur laquelle la rdgle doit §tre appliqude. 
Les regies sont ensuite sauvegard6es sur le serveur et index^es 
aux actions sanitaires. Ainsi, une rdgle de surveillance se 
compose de tests sur une collection de donnees et d' actions 
sanitaires . 

25 Illustration de rdgle sanitaire : si « Symptomes = 

vomissements » et « Temperature > 38, 5° c », « p6riode 
d'observation=24h », «action sanitaire= contr61er les urines» 

La dernidre 6 tape cons is te & envoyer au serveur au 
moyen de 1' IHM les informations concernant le protocole 

30 d'alertes, c' est-&-dire les coordonn6es des personnes k pr^venir 
ainsi que le moyen de transmission utilise (telephone, SMS, e 
mail, ...) dans 1 ' 6ventualite oil 1' action sanitaire r6alisee 
diffdrerait des preconisations de la rdgle. Diff6rents 
protocoles d'alertes peuvent etre prevus selon les hearts de 

35 realisation constates. 
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Chaque etape peut §tre reprise ultdrieurement 
ind6pendamment des autres . 

Une variant© du processus ci-dessus est la production 
automatique de r^glos de surveillance par le serveur en 
5 utilisant des metlxodes connues d f analyses des donn6es 
(statistiques, neuronales, ...) ou des systdmes experts d'aide £l 
la decision. 

3.3 Programoation de 1' automatisme 

Le serveur apr£s enregistrement des regies de 
10 surveillance et des protocoles d'alerte effectue un controle 
d' ambiguity pour verifier la compatibility entre les nouveaux et 
les anciens protocoles et regies. S'il y a ambiguite, le serveur 
envoie une alerte a l r utilisateur. 

Le serveur genere ensuite un code dans le langage de 
15 MP en utilisant une bzLbliothdque oil sont r6f6rences les langages 
des di verses machines connectables au r6seau. 

La mise a jour de 1' automatisme de controle de MP 
s' effectue par le r6seau soit par interrogation du serveur 
(PULL) soit par envoi du code par le serveur (PUSH) . 
20 3.4 Genera ti- on des alertes par la « machine patient » 

(MP) 

L' automatisme va traiter les donnees m6dicales et les 
actions sanitaires stock6es dans la m&noire de MP. Cette m6moire 
stocke les flux do donn6es en provenance des ports de 

25 communication de MP/ du reseau de communication informatique 
ainsi que de l r interface homme -machine propre k la machine 
patient MP (MPIHM) servant a la saisie manuelle locale des 
observations m^dicales et des actions sanitaires. La duree de 
retention des donn6es en m^moire est conditionn6e par les regies 

30 de surveillance. 

Dans un premier temps , 1' automatisme applique 
p6riodiquement les regies de surveillance sur les donnees 
m£dicales en mfemoire. Si le test est positif, il v6rifie que les 
actions sanitaires pr^vues par chaque regie sont planifi^es dans 

35 la memoir e de MP. Dans le cas contraire, 1' automatisme inscrit 
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en memoire une ou plusieurs actions sanitaires a valider en 
application de la r^gle. 

Illustration : 

Observations de 1' infirmidre le matin : naus6es, 
5 douleurs abdornxnales , urines colorees ; 

Action sanitaire realisee : accompagnement a la selle, 
ant i - vomi t i f . 

Observations de 1' inf irmi£re le soir : T =39°c, 
Elocution difficile ; 
10 Action sanitaire realisee : paracetamol, message au 

m^decin. 

MP inscrit une Action Sanitaire a valider : transfert 
au CHU pour hyperglycemie sous 2h. 

Dans un deuxidme temps, 1' automat isme verifie que 
15 l'6cheance des actions sanitaires planifiees n'est pas d6pass6e 
et que les informations concernant leur prise en charge sont 
conformes £l la planifi cation . Dans le cas contraire, la machine 
execute le protocole d' alertes en envoyant des messages via l'un 
des moyens de communication disponibles de MP. II n'est done pas 
20 necessaire que MP soit connectee en permanence cl un r6seau 
informatique k condition qu'un autre moyen de communication soit 
disponible. 

Illustration : 

1/ action sanitaire « a valider » n'a pas 6t6 prise en 
25 charge aprds 2h : 

MP envoie un message pr6enregistr6 au SAMU par 

telephone . 

Une fois trait^es par 1' automat isme, les donn^es 
locales (relev^s capteurs, observations medicales,...) et les 
30 alertes pourront §tre envoyees sur le serveur de donnees par le 
r6seau informatique pour y etre archiv6es . 

3.5 Conclusions 

La base de diagnostics etablie pour un patient sert 
done de systdme de decision pour d6clencher des alertes au mieux 
35 en 1' absence de soignants. Cette base 6vite de recourir & la 
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complex! te d'un syst&ne expert en capitalisant 1' expertise 
acquise par le reseau medico-social star tun patient donn6. 
L' analyse d' ambiguity, en mettant en Evidence d' 6ventuelles 
incoherences entre les donn6es et les actions sanitaires, permet 
5 aux soignants de prendre conscience, le cas 6cheant, de 
dysfonctionnements dans la prise en charge du patient en r6seau 
et d'y remedier. Le proced£ SSAD s' applique potentiellement a 
tone utilisation sur tine large gairane de machines destinies au 
suivi des patients , a titre d'exemples : un poste & domicile, un 
10 PDA (Personal Digital Assistant) embarque ou encore une balise 
- programmable . 

On a repr6sente sur la figure 1, une vue schematique 
du systdme selon 1' invention. Les r£f6rences numeriques portees 
correspondent aux elements suivants : 
15 1 Serveur de donn6es 

2 Donn6es m6dicales 

3 Actions sanitaires 

4 Indexation 

5 Programmation de 1' automat isme 
20 6 Mdsmoire 

7 Donn6es reseau 

8 Capteurs (appareils medicaux) 

9 Terminal distant (machine patient) 

10 Alert es 

25 11 Utilisateurs 

12 Interface homme-machine 

13 Interface homme -machine du terminal distant 
(machine patient) 

11 convient de noter que l'utilisateur au sens de 
30 1' invention peut gtre un malade suivi & distance et/ou une 

personne m£dicalement qualifi^e et/ou une personne autorisee 3. 
acceder au systdme. Selon le degre d' habilitation de cet 
utilisateur, ce dernier entre des donn^es et/ou associe des 
donn6es k des actions sanitaires au moyen du terminal distant 
35 et/ou du r6seau et/ou d'un poste en r6seau. 



WO 2005/048160 



PCT/FR2004/050556 



16 

II conv±ent egalement de noter qu'un malade, au sens 
de 1' invention , est une personne qui a recours £ un service 
m6dico-social, notaittment recours 4 un ou plusieurs 
professionnels ind^pendant et/ou relevant d'un 6tablissement de 
5 sant6, ind6pendainment de toute consideration relative a 
1' existence d r un probleme de sant6 et/ou a la gravite de cet 
6ventuel probl&nte - 
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KEVENDICATIONS 

1. Proc6d6 de surveillance sanitaire mettant en oeuvre 
un diagnostic medical 6tabli par une personne medicalement 
qualififee (11) vis-a-vis d'un raalade suivi & distance, notarnment 
3. son domicile, et suivi via un r6seau de communication , 

5 caract6rise en ce que : 

- La personne (11) medicalement qualifiee associe des 
donnees m6dicales (2) £ des actions sanitaires (3) dans un 
serveur (1) via des regies de surveillance, 

- Le serveur (1) programme un terminal distant (9) , 
10 situe k proximity du malade de telle sorte que le terminal 

distant (9) met en oeuvre un automatisme (5) appliquant les 
regies de surveillance aux donnees m^dicales fournies au 
terminal par au moins ion capteur (8) associe au malade et/ou par 
une interface homme-machine du terminal distant (13) et/ou par 
15 une interface homme-machine d'un poste en reseau (12) et/ou par 
le r6seau (7) . 

2. Proced6 selon la revendication 1 caracteris6 en ce 
que les donnees m6dicales fournies au terminal par un capteur 
(8) propre au malade et/ou par une interface homme-machine du 

20 terminal distant (13) et/ou par une interface homme-raachine d'un 
poste en r6seau (12) et/ou par le reseau (7) sont transmises a 
la personne medicalement qualifi6e via un reseau de 
communication afin que cette derni^re prenne en corrtpte ces 
donnees transmises pour 6ventuellement modifier les regies de 

25 surveillance associant les donnees et les actions sanitaires au 
niveau du serveur. 

3. Proced6 selon l'une des revendi cations pr6c6dentes 
caract6ris6 en ce qu'on integre au moins un capteur et/ou une 
interface homme-machine au terminal distant. 

30 4. Proc6de selon l'une des revendications pr6cedentes 

caract6ris6 en ce qu'on ajoute, modifie ou elimine des regies de 
surveillance sur le serveur via le r6seau de communication de 
fagon automatique ou manuelle. 
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5. Proced6 selon l'une des revendications prec6dentes 
caract6ris6 en ce qu'on associe au terminal distant des moyens 
pour tester sa communication avec la personne ra6di calemen t 
qualifi6e et/ou avec un tiers de fagon a assurer 1' envoi 

5 d'alertes a cette personne et/ou & ce tiers lorsque des regies 
de surveillance sont mises en oeuvre . 

6. Proc^d.6 selon l'une des revendications pr6c6dentes 
caract6ris6 en ce que le capteur et/ou 1' interface hornme-machine 
(13) du terminaL distant et/ou 1' interface homme-machine du 

10 poste en r6seau (12) et/ou le r6seau (7) transmet des donn6es de 
fagon discontinue au terminal. 

7. Proc^de selon l'une des revendications pr6cedentes 
caract6ris6 en ce qu'on utilise diff6rents capteurs pour mesurer 
plusieurs donnees medicales de categories distinctes. 

15 8. Proc^de selon la revendication 7 caracterise en ce 

que les capteurs considers visent a mesurer des donn6es d'au 
moins une des categories de donn6es suivantes : la pression 
art6rielle, le rythme cardiaque, la temperature de 1' organisme, 
la temperature cutan6e, le taux de sodium sur la peau, les 

20 parametres cin£t±c[ues et/ou cin£matiques du corps , un dosage 
sanguin, une analyse d' urines et/ou des selles et/ou des gaz du 
sang, le poids, les donn£es de 1' 61ectrocardiogramme, les bruits 
du coeur, la saturation en oxyg£ne, une image thermique. 

9. Proc^d6 selon l'une des revendications prec6dentes 

25 caract6ris£ en ce qu'un capteur comprend une interface homme- 
machine afin de fournir des donnees m6dicales au terminal via 
1' interface telles que : intensitds des douleurs, 6 tat de 
fatigue, alteration de l'etat de conscience, Elocution 
difficile. 

30 10. Proc6d6 selon l'une des revendications pr6c6dentes 

caract6ris6 en ce qu'on associe & 1' interface homme-machine du 
terminal distant cLes moyens pour intervenir sur le serveur (1) . 

11. Proc£d6 selon l'une des revendications pr£c6dentes 
caracteris6 en ce que les donnees transmises par le r6seau (7) 

35 sont relatives a cies donn6es telles que des r6sultats d'examens 
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biologiques et/ou au f onctionnement d'un materiel connecte au 
reseau, notamment d'un equipement domotique pour la detection de 
presence, le controle d'acc&s, du chauffage, de 1' eclairage, des 
ouvrants, de 1' incendie, de 1' inondation, de la coupure secteur, 
5 et/ou d'un dispositif medical, relatives a un signal d'alarme ou 
a tout signal resultant de la transformation de mesures et 
provenant d'un tel appareil connecte, notamment une pompe et/ou 
un perfuseur et/ou un respirateur et/ou un detecteur de chute, 
ou encore relatives a des informations provenant d'un logiciel 

10 tiers, notamment d'un systeme expert, et susceptible d'etre 
execute sur le terminal ou sur une machine connectee au 
terminal, comme un logiciel de surveillance de 1' autodialyse 
et/ou de surveillance glycemique des diabetiques et/ou de 
surveillance de 1' hypertension arterielle. 

15 12. Proc6d6 selon l'une des revendi cations precedentes 

caracterise en ce que des regies de surveillance sont mises a 
disposition d'une personne medicalement qualifiee, afin qu'elle 
puisse rendre ces regies de surveillance operante ou inoperante. 

13* Procede selon l'une des revendications precedentes 

2 0 caract6r±se en ce qu'un utilisateur fournit des donnees au 
terminal distant (9) via le reseau (7) au moyen d'un materiel 
distinct dudit terminal distant, notamment au moyen d'un 
terminal disposant de moyens de communication sans fil de type 
radiofrecguence et/ou infrarouge. 

25 14. Poste de surveillance sanitaire caracterise en ce 

qu'il comprend des moyens pour qu'une personne (11) regoive des 
alertes (10) et/ou interrogre le serVeur de donnees (1)) via une 
interface homme-machine (12) selon un procede conforme a l'une 
des revendications precedentes. 

30 15. Poste medical caracterise en ce qu'il comprend des 

moyens pour qu'une personne (11) medicalement qualifiee 
programme, via une interface homme-machine (12), un terminal 
distant (9) selon un procede conforme a l'une des revendications 
1 a 13. 
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16. Serveur de surveillance sanitaire visant a permettre 
de mettre en ceuvre un diagnostic medical etabli par une personne 
medicalement qualifiee (11) vis-a-vis d'un malade suivi a 
distance, no-tamment a son domicile, et suivi via un reseau de 

5 communication, caracterise en ce que : 

- Le serveur comprend des moyens pour que la personne 

(11) medicalement qualifiee associe des donnees medicales (2) a 
des actions sanitaires (3) dans un serveur (1) via des regies de 
surveillance , 

10 - Le serveur (1) comprend des moyens pour programmer 

un terminal distant (9), situe a proximite du malade de telle 
sorte que le terminal distant (9) met en oeuvre un automatisme 
(5) appliquant les regies de surveillance aux donnees medicales 
fournies au terminal par au moins un capteur (8) propre au 

15 malade et/ou par une interface homme-machine du terminal distant 
(13) et/ou par une interface homme-machine d'un poste en reseau 

(12) et/ou par le reseau (7) selon un procede conforme a l'une 
des revendications 1 a 13. 

17. Terminal de surveillance sanitaire visant a 
20 permettre de mettre en oeuvre un diagnostic medical etabli par 

une personne medicalement qualifiee (11) vis-a-vis d'un malade 
suivi a distance, notamment a son domicile, et suivi via un 
reseau de communication, caracterise en ce que : 

Un serveur comprenant des moyens pour que la personne 

25 (11) medicalement qualifiee associe des donnees medicales (2) a 
des actions sanitaires (3) dans un serveur (1) via des regies de 
surveillance, le terminal, situe a proximite du malade, comprend 
des moyens pour etre programme par le serveur (1) de telle sorte 
que ce terminal distant (9) mette en ceuvre un automatisme (5) 

30 appliquant les regies de surveillance aux donnees medicales qui 
lui sont fournies par au moins un capteur (8) propre au malade 
et/ou par une interface homme-machine du terminal distant (13) 
et/ou par une interface homme-machine d'un poste en reseau (12) 
et/ou par le reseau (7) selon un procede conforme a l'une des 

35 revendications 1 a 13. 
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18 • Syst&me de surveillance sanitaire mettant en oeuvre 
le diagnostic medical ; ledit systeme permettant a des 
utilisateurs, notamment des medecins, de surveiller a distance 
des malades, notamment des malades maintenus a leur domicile ; 
5 ledit systeme comprenant : 

- ion serveur de donnees connecte a un reseau de 
communication, notamment de type Internet , 

- une interface homme-machine, notamment installee 
dans un equipement informatique, connect ee audit serveur de 

10 donnees via ledit reseau de communication ; ladite interface 
homme-machine etant mise en oeuvre par lesdits utilisateurs 
pour : 

• selectionner et/ou saisir, dans ledit serveur de 
donnees, des donnees medicales, notamment du type 

15 "vomissements", 

• saisir et indexer des actions sanitaires, notamment 
du type "hospitalisation", correspondant auxdites donnees 
medicales, 

parametrer, a partir desdites donnees medicales 
20 selectionnees, des regies de surveillance, se present ant 
notamment sous la forme de requetes SQL du type "si symptomes = 
vomisseiaents et temperature > 38,5°C, periode d' observation = 
24h action sanitaire = controler les urines" ; lesdites regies 
de surveillance etant enregistrees et indexees auxdites actions 
25 sanitai2?es dans ledit seir^eur de donnees ; 

ladite interface homme-machine etant en outre mise en 
oeuvre pax lesdits utilisateurs pour : 

• saisir et transmettre audit serveur de donnees des 
protocoles d'alertes, notamment des informations relatives aux 

30 coordonnees des personnes a prevenir dans le cas ou une action 
sanitaire realisee serait differente de la regie de surveillance 
correspondante ; 

ledit systeme comprenant en outre : 

- des moyens d' analyse destines £ analyser la 
35 compatibility desdits protocoles ainsi transmis, notamment la 
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compatibility dans le temps entre de nouvelles regies de 
surveillance et d'anciennes regies de surveillance ; 
ledit syst&me comprenant en outre : 

- un terminal distant, situ6 chez lesdits malades, 
5 notamment chez lesdits malades maintenus a leur domicile ; ledit 
terminal distant etant connecte a des capteurs, notamment a des 
appareils medicaux de mesure, fournissant des donnees medicales 
audit terminal distant et/ou ledit terminal distant recevant 
lesdites donnees medicales desdits utilisateurs et/ou desdits 
10 malades via une interface homme-ma chine dudit terminal distant ; 

ledit systeme comprenant en outre des moyens de 
programmation pour programmer des automatismes dans ledit 
terminal distant , a partir dudit serveur de donnees via ledit 
reseau de communication ; lesdits automatismes etant programmes 
15 a partir desdites donnees medicales et desdites actions 
sanitaires indexees dans ledit serveur de donnees ; 

ledit terminal distant comprenant des moyens 
deactivation desdits automatismes ainsi programmes pour : 

• appliquer, de maniere periodique, lesdites regies de 
20 surveillance auxdites donnees medicales fournies audit terminal 

distant en generant des actions sanitaires a executer, 

• controler 1' execution, par lesdits utilisateurs, 
desdites actions sanitaires, 

• gendrer des alertes dans le cas ou lesdites actions 
25 sanitaires ne sont pas executees par lesdits utilisateurs ; 

de sorte que le systeme permet de constituer une base 
de diagnostic personnalisee pour chaque malade et de gen6rer le 
declenchement d' alertes appropriees. 

30 
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compatibility dans le temps entre de nouvelles regies de 
surveillance et d'anciennes regies de surveillance ; 
ledit syst&ne comprenant en outre : 

- un terminal distant, situe chez lesdits malades, 
5 notamment chez lesdits malades maintenus & leur domicile / ledit 
terminal distant 6tant connects a des capteurs, notamment & des 
appareils medicaux de mesure f fournissant des donn6es medicales 
audit terminal distant et/ou ledit terminal distant recevant 
lesdites donn^es medicales desdits utilisateurs et/ou desdits 
10 malades via une interface homme-machine dudit terminal distant ; 

ledit systdme comprenant en outre des moyens de 
programmation pour programmer des automatismes dans ledit 
terminal distant, a partir dudit serveur de donn6es via ledit 
reseau de communication ; lesdits automatismes 6tant programmes 
15 & partir desdites donn6es m6dicales et desdites actions 
sanitaires index6es dans ledit serveur de donates ; 

ledit terminal distant comprenant des moyens 
deactivation desdits automatismes ainsi programmes pour : 

• appliquer, de mani&re p6riodique, lesdites regies de 
20 surveillance auxdites donn6es medicales fournies audit terminal 

distant en g6n6rant des actions sanitaires £ ex^cuter, 

• controler 1' execution, par lesdits utilisateurs , 
desdites actions sanitaires, 

• g6n6rer des alertes dans le cas oil lesdites actions 
25 sanitaires ne sont pas executees par lesdits utilisateurs ; 

de sorte que le syst&me permet de constituer une base 
de diagnostic personnalisee pour chaque malade et de gen6rer le 
d6clenchement d' alertes appropri6es. 
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